home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / urn / urn-archives / urn-ietf.archive.9710 / 000004_owner-urn-ietf _Fri Oct 24 10:57:38 1997.msg < prev    next >
Internet Message Format  |  1997-10-28  |  6KB

  1. Received: (from daemon@localhost)
  2.     by services.bunyip.com (8.8.5/8.8.5) id KAA21743
  3.     for urn-ietf-out; Fri, 24 Oct 1997 10:57:38 -0400 (EDT)
  4. Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1])
  5.     by services.bunyip.com (8.8.5/8.8.5) with ESMTP id KAA21729
  6.     for <urn-ietf@services.bunyip.com>; Fri, 24 Oct 1997 10:57:33 -0400 (EDT)
  7. Received: from beethoven.bunyip.com (beethoven.Bunyip.Com [192.197.208.5])
  8.     by mocha.bunyip.com (8.8.5/8.8.5) with ESMTP id KAA01725;
  9.     Fri, 24 Oct 1997 10:55:19 -0400 (EDT)
  10. Received: from localhost (leslie@localhost) by beethoven.bunyip.com (8.6.9/8.6.10) with SMTP id KAA04848; Fri, 24 Oct 1997 10:55:26 -0400
  11. X-Authentication-Warning: beethoven.bunyip.com: leslie owned process doing -bs
  12. Date: Fri, 24 Oct 1997 10:55:25 -0400 (EDT)
  13. From: Leslie Daigle <leslie@Bunyip.Com>
  14. To: Dan Connolly <connolly@w3.org>
  15. cc: urn-ietf@bunyip.com, timbl@w3.org, fielding@ics.uci.edu,
  16.         masinter@parc.xerox.com, Harald.T.Alvestrand@uninett.no,
  17.         moore@cs.utk.edu, uri@bunyip.com, lassila@w3.org, swick@w3.org,
  18.         tbray@textuality.com, jeanpa@MICROSOFT.com, cmsmcq@uic.edu, dsr@w3.org,
  19.         lehors@w3.org, ij@w3.org
  20. Subject: [URN] Re: The UR* scheme registry, Citing URL/URI specs
  21. In-Reply-To: <344FD953.2895@w3.org>
  22. Message-ID: <Pine.SUN.3.95.971024103749.4752D-100000@beethoven.bunyip.com>
  23. MIME-Version: 1.0
  24. Content-Type: TEXT/PLAIN; charset=US-ASCII
  25. Sender: owner-urn-ietf@Bunyip.Com
  26. Precedence: bulk
  27. Reply-To: Leslie Daigle <leslie@Bunyip.Com>
  28. Errors-To: owner-urn-ietf@Bunyip.Com
  29.  
  30. Dan,
  31.  
  32. I think you can address some of your concerns/questions with a visit
  33. to the IETF's URN working group homepage:
  34.  
  35.     http://www.ietf.org/html.charters/urn-charter.html
  36.  
  37. One specific document you don't seem to have been aware of is the URN syntax 
  38. standards-track RFC (RFC2141).
  39.  
  40. I won't speak directly to the issue of whether or not the W3C documents
  41. should refer to URIs or URLs, but there are some specific issues about
  42. URNs that you brought up that I would like to address.
  43.  
  44. On Thu, 23 Oct 1997, Dan Connolly wrote:
  45.  
  46. > don't reflect that. The IANA registry[1] claims to be
  47. > a URL scheme registry, rather than a URI scheme
  48. > registry. So I wonder... is it expected that urn: will
  49. > appear in that registry?
  50.  
  51. Not necessarily.  URNs as they are currently being discussed will have
  52. need for scheme registration procedures that are different than those of
  53. URLs -- specifically because URNs aim to (attempt to) provide uniqueness
  54. and longevity, and also incur some overhead in maintaining registries.
  55. This is a very key issue, brought up at the Munich URN meeting, and 
  56. hopefully we'll have concrete proposals on the table by Washington.
  57.  
  58. > And the terms URN and URI either invoke warm fuzzies, cold
  59. > pricklies, or blank stares, but no hands-on understanding.
  60.  
  61. By the way, I think this depends on who you talk to.  Various people
  62. in publishing and national libraries around the world are clamouring
  63. for URNs.
  64.  
  65. >      Iana maintains a registry of schemes which includes mid:
  66. >      and cid:. If those are URL schemes, then everything is a
  67. >      URL. Else, what IANA maintains is a UR*I* registry 
  68.  
  69. IANA currently maintains a URL registry.
  70.  
  71. >      Does the process draft cover all URIs or just some?
  72. >      ("URLs" as of Aug 97) (See Roy's page for latest
  73. >      process/syntax draft) 
  74.  
  75. URLs only.
  76.  
  77. It has been developed for URLs, and independently of the needs of URNs,
  78. so if it wants to become the URI process draft, further discussion is
  79. needed.  
  80.  
  81. >      Does the syntax draft cover all URIs or just some? (
  82. >      "URLs" as of Aug 97) 
  83.  
  84. URLs.  URNs are discussed in RFC2141.  The syntaxes are intended to be
  85. compatible.
  86.  
  87. >      Syntax draft says "URIs are covered by other specs".
  88. >      What other specs? 
  89.  
  90. RFC2141
  91.  
  92. >     spec about URLs, URIs, and URNs, and we
  93. >     cite RFC1738 and RFC1808 normatively,
  94. >     and RFC1630 informatively.
  95.  
  96. Throw in RFC2141.
  97.  
  98. > I request clear guidance on whether
  99. >     (1) we can expect the IANA registry to become
  100. >     known as a URI registry, with the corresponding
  101. >     change in the syntax and process documents.
  102.  
  103. I don't think this is appropriate, as these documents are truly URL
  104. documents, and haven't been developed in conjunction with the URN
  105. material. 
  106.  
  107. Whether or not there should eventually _be_ umbrella documents is
  108. a separate question.
  109.  
  110. >     (2) we can expect the IANA registry to continue
  111. >     to be known as a URL registry, in which case I
  112. >     request that the term URI be declared historical
  113. >     in the syntax/process drafts,
  114. >     and that any mention of URN set an expectation
  115. >     that the urn scheme (or schemes) will go in
  116. >     the URL registry.
  117.  
  118. I don't think it would be appropriate to declare this at this time; the
  119. URN work is real, and it has different needs than the URL registry/process.
  120.  
  121. As I said -- check out the URN WG page and the associated RFCs.  We
  122. are working on sorting out what _should_ be appropriate registration
  123. processes for URN namespaces (analoguous to but different than URL schemes)
  124. as that is one outstanding issue that stops URNs from going live.
  125.  
  126. Leslie.
  127. IETF URN WG Co-Chair
  128.  
  129. ----------------------------------------------------------------------------
  130.  
  131.   "_Be_                                           Leslie Daigle
  132.              where  you                           
  133.                           _are_."                 Bunyip Information Systems
  134.                                                   (514) 875-8611
  135.                       -- ThinkingCat              leslie@bunyip.com
  136. ----------------------------------------------------------------------------
  137.